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NETWORK SIMULATION USING 


THE SIMULATION LANGUAGE FOR ALTERNATE MODELING (SLAM II) 
by Stewart N. T. Shen* and W. Douglas Morris 


Abstract 

Computer simulation is a widely used technique for problem solving, system 
analysis, and design. Many specialized languages have been developed as an aid 
to implementing simulation studies. The simulation language for alternative 
modeling (SLAM II) is a general purpose language that combines network, discrete 
event, and continuous modeling capabilities in a single language system. The 
efficacy of the system's network modeling is examined and discussed. Examples 
are given of the symbolism that is used, and an example problem and model are 
derived. The results are discussed in terms of the ease of programming, special 
features, and system limitations. The system offers many features which allow 
rapid model development and provides an informative standardized output. The 
system also has limitations which may cause undetected errors and misleading 
reports unless the user is aware of these programming characteristics. 

I . Introduct ion 

SLAM is a FORTRAN based general purpose simulation language that was 
introduced in 1979 by Pritsker [1]. The language was later enhanced and called 
SLAM II [2]. 

SLAM II provides the network or block type of simulation capability similar 
to GPSS [3], thus it allows convenient implementation of many types of simula- 
tion problems. By providing the capability for discrete event simulation as in 
SIMSCRIPT [^] and SIMULA [5], this allows the user to incorporate computations 
and logic flows into the simulation that would not be possible using 
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network simulation alone. It allows direct calling from the network model to 
FORTRAN subroutines and functions under certain situations. Entities, which 
correspond to the transactions in GPSS, can be entered into the network by event 
routines. This allows the modification in FORTRAN subroutines of the network 
status such as the GATE and the RESOURCE, which is similar to the FACILITY or 
STORAGE in the General Purpose System Simulation (GPSS) language. Thus, at 
least conceptually, SLAM II has the power of an event type of simulation 
language and the convenience of a block or network type of simulation language. 
In addition, it allows the flexibility of combining the two different views in a 
single simulation. 

SLAM II also provides continuous simulation capabilities. Continuous simu- 
lation may be used in conjunction with discrete simulation in a single model. 
This again is an excellent feature. 

SLAM II is a relatively new simulation language and has a small user 
population, but its popularity is growing and is quite significant. 

The discrete event simulation and the continuous simulation capabilities of 
SLAM II are similar to other languages but offer the advantage of being used in 
conjunction with the network simulation. This paper will concentrate on the 
discrete simulation aspect of SLAM II (Version 4, release 3). In particular, 
the network modeling capabilities will be reviewed and discussed. 

II. Net work Modeling with SLAM II 

A SLAM network model is a network representation of a process through which 
entities flow. Entities are abstract representations of persons or things. 

They may be described with attributes . For example, automobiles may be an enti- 
ty type with three attributes to describe them: make, year, and model. A SLAM 

network consists of nodes and branches. The nodes are the actions to be taken. 
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Examples are the CREATE node which generates entities; the QUEUE node where an 
entity tries to enter a queue; and the ASSIGN node where an entity's passing 
through will cause values to be assigned to attributes or variables. The 
branches are the representation of the times taken for the activities performed 
on the entities or by the entities before reaching other nodes. The time spent 
between seizing and releasing a resource, for instance, is represented by a 
branch in the network. 

As in GPSS, many output reports are either automatic or optional. Hence, t 
required programming efforts are typically minimal. On the other hand, elabo- 
rate output reports may be custom designed since FORTRAN subroutines and 
functions can be called from the network. 

1. Sy mbolism s in SLA M II ne twor k modeling 

Graphic symbols are used to represent the nodes and the branches of the 
network. It is recommended that a simulation model be graphically built first 
and then be coded in the input statements. Some examples of the symbols and 
their corresponding network input statements are given below for the purpose of 
illustration. 

(1) The CREATE node: 
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The CREATE statement: 

CREATE, TBC, TF, MA, MC, H; 

The network input statements all start in column 7 or later with a key word 
followed by parameters separated by commas and end with a semicolon. The CREATE 
node generates entities according to the given parameter specification. The 
meanings of the parameters of CREATE are given below. 

TBC: The interval between succeeding entity generations. It may be a 

constant, a SLAM variable to be defined for each simulation, or a SLAM random 
variable whose value to be determined by the system. The default value is “. 

TF: The time of the first entity generation. It must be a constant. Its 

default value is 0. 

MA: The time of each generation is marked in the MA th attribute of the 

corresponding entity. It must be a positive integer constant. If this 
parameter is missing, the generation time is not marked. 

MC: The maximum number of entities to be generated from this node. Its 

default value is 00 . 

M: The maximum number of activities to be initiated. The default value 

is 00 . Note that there may be several activities, or branches, given after a 
node. If M is greater than 1, then the entity leaving this node may split into 
several to travel through the several appropriate activities independently. 

All the parameters of SLAM input statements are position significant. For 
example, the third parameter for CREATE would always be interpreted as MA. 

(2) The Regular Activity branch: 

DUR#PR0B or COND 
— > 
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The Regular Activity statement: 

ACTIVITY/A, DUR, PROB or COND, NLBL; 

The Regular Activity is used to perform probablistic or conditional 
testing, to delay for a specified duration, and to route entities to non- 
sequential nodes. The parameters are explained below. 

A: Index of the activity. It must be between 1 and 50, inclusive. 

Its default is no indexing. Only indexed activities will have statistics 
maintained and reported. (The upper limit of 50 may be a serious limitation on 
a large simulation study.) 

DUR: The duration of the activity. It may be a constant, a SLAM variable, 

a SLAM random variable, the next release or generation time of a given CREATE 
node, a special stopping time to be set in an event routine, or a user function 
call. 

PROB: A probability specification, a constant between 0 and 1. The sum of 

all probabilities of the activities with probabilities eminating from a node 
should equal to 1 . 

COND: A logical expression on attributes, SLAM variables, SLAM random 

variables, or constants. Its default value is true. 

NLBL: The label of a node where the entity may be routed. Lack of a label 

causes the entity to be routed to the next node. 

(3) The AWAIT node: 
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The AWAIT statement: 

AWAIT (IFL/QC), RLBL/UR or GLBL, BLOCK or BALK (NLBL), M; 

The AWAIT node stores entities on a file until the corresponding gate 
opens or the corresponding resource has enough units for serving one entity on 
the file. In the later case, an entity will leave the node only when sufficient 
units of the resource become available. These units of resource are considered 
seized immediately and become temporarily unavailable to other entities. 

The meanings of the parameters are given below. 

IFL: The file number of the file to store the entities. It must be a 

positive integer constant less than or equal to the maximum number of files 
declared on the LIMITS card. (The LIMITS card will be illustrated later.) 

QC: A constant representing the capacity of the AWAIT node. When this 

number of entities are stored in file IFL, no more entities may enter the AWAIT 
node until after some entities have left. 

RLBL/UR or GLBL: The corresponding resource RLBL or gate GLBL. In case of 
resource, UR is the number of units of the resource required by the entity. 

BLOCK or BALK (NLBL): If an entity cannot enter the AWAIT node, then the 

entity is BLOCKed, thus holding up the resource activity it comes from; the 
entity BALKs and leaves for the node with label NLBL; or the entity is destroyed 
from the system if neither BLOCK nor BALK is specified. Note that BALK and 
BLOCK are key words. 

M: The maximum number of activities which the entity may split up and then 

pass through. It is the same as the M in CREATE. 

2. Sample Simulation Problem ajvd Model 

A sample simulation model may best illustrate the SLAM II network concept. 
Consider the following hypothetical problem. 
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Space shuttle orbiters are delivered to a service hanger every 30 time 
units and a total of five are to be delivered. The service hanger has a service 
capacity of two orbiters simultaneously. The processing time at the service 
hanger is in normal distribution with mean of five time units and standard devi- 
ation of one time unit. There is one orbiter transporter available to move an 
orbiter from the hanger to the launch pad. The transportation time is 0.5 time 
unit. The orbiter transporter becomes available at the service hanger again in 
one time unit after the orbiter has arrived at the launch pad and the launch pad 
is available for mounting the orbiter. Further processing on the orbiter at the 
launch pad is one time unit for the first simulation and 1.5 time units for the 

second simulation. The Shuttle has to wait for a launch window to open before 

it can be launched. The window opens for 0.5 time unit then closes for one 
time, unit. This situation repeats continuously. The launch takes a negligible 
amount of time and the travel time in space is in exponential distribution with 
mean of four time units in the first simulation and five time units in the 
second simulation. The landing takes a negligible time, and the orbiter is sent 

right back to the service hanger for reprocessing. This whole operation is to 

be examined for a period of 500 time units. Do the simulation twice with the 
changes mentioned above. A schematic of the system is shown in Figure 1. 

The graphic representation of the SLAM II simulation model consists of two 
disjoint networks as given in Figures 2 and 3. 

The SLAM II model in input statements is given in Figure 4. Lines 4 
through 32 are the network input statements. Comments are given on the right- 
hand side of the listing. Some further explanations are given in Section 3. 
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Figure 2 - Orbiter operation network 
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Launch window network 
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model of the hypothetical system. 



3. The Control Statements 


To execute the SLAM II network model requires some additional control 
statements. Lines 1, 2, and 3, and lines 33 through 40 are such statements. 

Line 1, or the GEN statement, gives the author, project name, the date, and the 
number of simulations. Line 2, the LIMITS statement, gives the maximum number 
of files used, the largest number of attributes per entity, and the maximum 
number of concurrent entities in all files. Line 3, the NETWORK statement, 
indicates the start of the network statements. Line 33, the END NETWORK 
statement, indicates the end of the network statements. Line 34, the INITIALIZE 
statement, gives the beginning and the ending times of the simulation. Line 35, 
the MONTR statement, requests a trace of the simulation from time 0 through time 
100 with the first attribute of each entity (which is the time when the entity 
was created) printed in the trace. Line 36, the INTLC statement, initializes 
the SLAM variables for the simulation run. Line 37, the SIMULATE statement, 
instructs the SLAM II system to perform a simulation run with the information 
given so far. Lines 38 and 39 are for the next simulation run. Line 40, the 
FIN statement, is equivalent to SIMULATE except it is required for the last 
simulation run. Some of the control statements allow additional parameters for 
other possibilities, which have not been described. 

4. Simulation output 

Two separate simulation runs were made, but only the output of the first 
run is given in Figure 5. To further conserve space, only a partial list of the 
trace report is given. It is recommended that a reader with no previous 
experience in network or block type of simulation language should follow the 
trace carefully to see how entities flow in the network. 

The output is quite self-explanatory. In the trace, TNOW is the clock 
time. The first attribute of each entity is displayed in the trace. It is the 
entity creation time and can be used to help identify an entity. 
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III. Evaluation of the_SLAM II Network Simulation Features 

Conceptually, SLAM II network simulation features are an improvement over 
the languages such as GPSS. The hypothetical model given earlier illustrates 
the convenient implementation of a simulation model using SLAM II. In addition, 
SLAM II allows arbitrarily complex operations to be included in a network 
model. For example, in the model the duration of the activity indexed 3 (line 
18) could have been calculated as a complicated FORTRAN function and specified 
here as a user function call instead of constant. The SLAM II system has many 
good features as well as room for improvement. Several of the more important 
capabilities and some of the unique features will be discussed here. 

1. Interaction with F ORTRAN 

It is possible to call and execute a FORTRAN subroutine from within the 
SLAM II network. The method is to code a special FORTRAN subroutine named EVENT 
with a single integer parameter. The EVENT subroutine uses the parameter as an 
index to determine the appropriate FORTRAN subroutine to execute. Within the 
SLAM II network, when an entity enters an EVENT node, the subroutine EVENT is 
called, which in turn calls the appropriate subroutine. The EVENT node has the 
following syntax: 

EVENT, 3EVNT , M; 

3EVNT is the index to the subroutine to be called by the EVENT subroutine. M 
has the same meaning as in other nodes described earlier. 

It is possible to send an entity into the network from a FORTRAN routine. 
Within the network, where the entity is to be entered from a FORTRAN program, 
the ENTER node should be coded. It has the following syntax: 

ENTER, NUM, M; 

NUM is a unique number to identify this ENTER node; M is as before. In the 
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FORTRAN routine, to enter an entity into the network requires the following 
subroutine call: 

CALL ENTER (NUM, A) 

A is the array for the attributes of the entity. NUM is the identification of 
the corresponding ENTER node in the network. 

It is possible to change network status from a FORTRAN routine. Some 
examples are given below: 

To free a resource: CALL FREE (IR, N) 

N units of resource number IR are released. The resources are numbered 
according to the order they appear in the network declaration. 

To alter a resource capability: CALL ALTER (IR, N) 

The capacity of resource IR is reset to N. 

To open a gate: CALL OPEN (n) 

The n^h gate is opened. The gates are ordered according to their sequential 
position in the network coding. 

To close a gate: CALL CLOSE (n) 

The nth g a te is closed. 

To stop an activity: The corresponding activity duration must be specially 

declared in the network as in: ACT, STOPA, (NTC); 

In the FORTRAN routine: CALL STOPA (NTC) where NTC may be a constant, a 

variable, or an attribute. 

It is also possible to determine an activity duration through a FORTRAN 
function or to assign an attribute value through a FORTRAN function. As for 
functions, a special FORTRAN function named USERF with one integer parameter 
must be included in the code. This function uses the parameter as an index to 
identify the function to be called. When USERF (n) is referenced in appropriate 
places in the network, the function USERF is called which in turn calls the 
function to obtain the value. Examples are given in the following. 
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ASSIGN, ATRIB (4) = USERF (1); 

Assigns the value of the first function to attribute 4. 

ACT, USERF (2); 

Uses the value of the second function for duration. 

The ability to include user written FORTRAN code gives added flexibility to 
the SLAM II network simulation. 

2. Branching 

Entity's flow in the network typically need to branch nonsequentially. 

SLAM II provides many types of branching capabilities. 

Unconditional branching : 

ACT,,, LABI. 

Branches to the node with label LABI . 

Conditi onal bra nch ing : 

ACT,, ATRIB (2). EQ. 1, LAB2; 

Branches to LAB2 if Attribute 2 is 1. 

Probabllstic branching : 


ACT,, 

.25, 

LAB3; 

ACT,, 

.65, 

LAB4; 

ACT,, 

• 

— * 

o 

>0 

LAB5; 


The probabilities should add up to 1. 

Del ayed branching ; 

ACT, UNFRM (10, 20),, LAB5; 

Branch with a delay or duration, according to uniform distribution. 
Multiple branching; 

AWAIT (3), PAD/1,2; 

ACT/3, 1,, FREM; 

ACT/4, X (1),, WATWN ; 
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As in lines 17, 18, and 19 of the previous model. 

Multiple branching produces multiple copies of the same entity. This is a 
useful facility as illustrated in the previous model. 

One problem with multiple branching is that in situations as in the follow- 
ing example, the last activity becomes undefined. In the current implementa- 
tion, there is not any warning given. 

AWAIT (3), PAD/1, 2; 

ACT/3, 1,, FREM; 

ACT/4, XX (1),, WATWN ; 

ACT/8, 2,, LA4; 

Combinations of abov e; 

The previous types of branching can be combined. 

Regula r vs service activities: 

The key word ACT is the abbreviation of ACTIVITY. The examples given above 
in this subsection are all on the regular activities . Another type of activity 
is the service activity. The service activity is an activity emanating from a 
SELECT or QUEUE node. The service activities are to model single channel 
gueues, gueues with N identical servers, or multiple channel queues with non- 
identical servers. 

An entity entering a service activity seizes one server and releases it 
after the given duration. Service activities also allow branching to specified 
nodes, but unlike regular activities, they also tie up a server for a given 
period. In the example simulation model, Line 11 is a service activity and all 
the other activities are regular activities. 

3 . Block in g, balking, and discarding 

Entities trying to enter a QUEUE node or an AWAIT node may be blocked, may 
balk, or may be discarded. That is, a QUEUE node or an AWAIT node has a 
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capacity limit associated with the corresponding file. If the number of 
entities waiting in the file equals to the file capacity, then the new arrivals 
will be discarded if neither BLOCK nor BALK is specified. If BALK is specified, 
then the new arrival is sent to the node with the given label. If BLOCK is 
specified, then the entity is to be blocked in the service activity ahead of 
this node. Three examples are given below. 

QUEUE (3), 0, 3, BLOCK; 

Queue on file 3, maximum 5 entities, block specified. 

AWAIT (2/4), RES1/1, BALK (LAI); 

Wait for 1 resource RES1 on file 2 which has capacity 4. In case of balking, 
send to the node with label LAI . 

QUEUE (2), 0, 4; 

Queue on file 2, maximum 4 entities, excess arrivals discarded. 

These features are very convenient for many situations to be modeled. How- 
ever, the blocking works only if the preceding activity is a service activity. 

In this case, the preceding service activity is blocked when the blocking 
occurs. However, entities may unintentionally be lost if an AWAIT node or QUEUE 
node is blocked following anything other than a service activity. Such cases 
are not flagged by SLAM II. In the following two simulations shown in Figure 6, 
each generates 5 entities, but only 2 of them reach the final TERMINATE node. 
Three entities are lost at the AWAIT node and the QUEUE node, respectively. 

Implicit discarding of entities is quite dangerous and requires very 
careful attention by the programmer and analyst. 

4. The trace feature 

The trace feature, as illustrated in the hypothetical model, is very help- 
ful for debugging and for visualizing a dynamic phenomenon. One can specify the 
clock times for the start and stop of a trace. Thus, the exact operations 
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1 

2 

3 

4 

5 

6 

7 

8 
9 

1C 

11 

12 


GEN, SHEN & NORRIS, TEST2 SSS6, 6/23/82, 1; 
UNIT, 2, 2, 10; 

NETWORK; 


CREATE, 1,0, 1,5; 
ACT/1, ij 

QUEUEC1 ), 0,1, BLOCK; 
ACT ( 1 )/2, 6; 
TERMINATE; 
ENDNE7U0RK; 


ONE ENTITY PER TINE UNIT,NAX 5, NARK 
DURATION 1 TINE UNIT 
QUEUE ON FILE 1,CAP 1, BLOCK 
CAP 1, DURATION 6 TINE UNITS 


INITIALIZE, 0,50; 
tlONTR, TRACE, 0,50,1; 
FIN; 




1 GEN, SHEN & NORRIS, TEST1 SSS5,6/23/82, 1 


2 LIMITS, 2, 2, 10; 

3 NETWORK; 

4 RESOURCE/XRES ( 1 ) , 1 ; 

5 CREATE, 1,0, 1,5; 

6 ACT/1,1; 

7 AUAlTtl/i ),XRES/1, BLOCK; 

8 ACT/2,6; 

9 FREE,XRES/1; 

10 TERMINATE; 

11 ENDNETUCRK; 

IE INITIALIZE, 0,50; 

13 MONTR, TRACE, 0,50,1; 

14 FIN; 


ONE XRES,UAIT IN FILE 1 

ONE ENTITY PER TINE UNIT, MAX 5, NARK 1 

DURATION 1 TINE UNIT 

1 XRES,FILE 1 CAP 1, BLOCK 

DURATION 6 TINE UNITS 

RELEASE 1 XRES 


Figure 6 - Examples of simulation in which entities are lost. 


during specific periods can be observed. One deficiency about the trace is that 
it does not give the SELECT nodes nor the service activities. Hence, the entire 
picture cannot always be seen. There is also a limit of up to 5 attributes that 
may be displayed in the trace report. 

5. The summary reports 

The summary reports are generated with practically no programmer efforts. 
They provide quite sufficient information for most simulation purposes. Addi- 
tional reports may be generated in FORTRAN subroutines called from the network 
if desirable. 

Intermediate summary reports may be generated if they are requested on the 
H0NTR statement. The intermediate reports, generated at specific clock times as 
requested, are for the status immediately before the specific clock time, not at 
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the end. In other words, the report for clock time 100 is for what happened 
immediately before clock time 100. This may be misleading at times. 

A problem with the intermediate reports which may cause confusion is that 
an activity that has not ended is not counted. Consider an activity which is 
supposed to end for an entity at the beginning of clock time 5. The actual pro- 
cessing of its ending is at the beginning of clock time 5. The intermediate 
report for clock time 5 will not include this entity in the activity's entity 
count even if the entity entered the activity at, say clock time 2. This result 
is confusing and misleading. A person reading several intermediate reports may 
find that sometimes the correct number of entities are in the entity counts, but 
at other times the entity counts are a little short. 

However, in the final summary report, this problem is corrected. In other 
words, if the final summary report is also for clock time 5, then the problem 
described above disappears from the final summary report. 

6. The jjymbolism 

The nodes and the branches of the network may be represented symbolically 
as illustrated earlier. The network should be drawn graphically to help visual- 
ize the model. This helps in detecting errors and in building a good model. It 
amounts to flowcharting for other types of computer programming. 

The symbolism used by the Pritsker and Associates, Inc. is complicated. 

The graphic symbols are based on those used in Q-GERT [6], but they are diffi- 
cult to learn and hard to retain. A simple circle or a rectangle is sufficient 
to represent any node. A key word may be added to the circle or rectangle to 
indicate the type of node it represents. Such simplified notation would cause 
no problems for the experienced users of SLAM II or Q-GERT , but this would 
definitely help those new to the system or those who do not work with it very 
often . 
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Comments in English written beside the nodes in the network graph also 
proved helpful. This idea was used in our hypothetical model. Without such 
comments, the network graph would be difficult to understand. 

The parameters of the nodes and the activities are position-significant. 
Therefore, use of special symbols for the parameters are not necessary. For 
example, consider the following two node statement syntax representations: 
CREATE, TBC, TF, MA, MC, M; 

PREEMPT (IFL)/PR, RLBL, SNLBL, NATR, M; 

From a human engineering point of view, a simplified representation such as 
CREATE, A, B, C, D, E; 

PREEMPT, A, B, C, D, E, F; 

is easier to understand and less error prone for programmers to verify their 
codings. Because in this simplified representation, a programmer can more easi- 
ly detect, for instance, the misposition of a parameter, or the missing of a 
parameter. Such representation is used in many computer languages including 
GPSS. 

7. System limi tations 

Any computer software has limitations on data configurations. A simulation 
language processor is not immune to this problem. However, a good system should 
allow sufficiently high limitations which hopefully will not be reached under 
most situations. Modern computer programming languages such as PASCAL [7], 
SIMULA [5], and many others allow users to dynamically declare their space 
requirements. 

SLAM II does allow the users to dynamically declare certain space require- 
ments, but they are subject to rather stringent constraints. The constraints 
are listed in the following. 

(1) The number of attributes of each entity < 98. 
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The same amount of space is reserved for the purpose of attributes for all 
the different entity types. If most entity types have only one or two attri- 
butes but one entity type has, say, 90 attributes, then the space for 90 attri- 
butes is reserved for all the entities. In such a case, space may be greatly 
wasted. 

(2) The number of entities that can concurrently exist in the model < an 
indefinite number. 

This number varies according to the size of the model. In the previous 
hypothetical model, a declaration of 791 causes input error. For a complicated 
and large model with large attribute size, this number may be down to 100 or 
less. 

(3) The number of files < 100. 

This number is a limit on the number of QUEUE and AWAIT nodes that may 
exist in the model. In case some nodes require more than one file each, then 
less than 99 such nodes are allowed. 

(4) The number of indexed activities £ 50. 

This is not a limit on the number of activities allowed in a model. How- 
ever, only the indexed ones have statistics maintained and reported. On the 
other hand, service activities do have utility statistics reported whether they 
are indexed or not. i 

All the above restrictions may be modified if a user knows how to appropri- 
ately change the source SLAM II programs. However, requiring users to modify 
the source code is not a good practice. It means another level of complexity 
and possibly user introduced errors. At the same time, most of these limits are 
set high enough so that many users would not be required to change the limits. 

8. Model integrity 

A good programming language processor should help programmers write 
correct programs. Error checkings should be beyond the syntax within single 
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lines or statements. SLAM II does perform such checkings and provides many 
helpful error messages. The following gives some examples on what SLAM II does 
and does not do. 

Entities are placed on specific files to wait in queues at QUEULE nodes 
or to wait for resources at AWAIT nodes. Such files should be unique for each 
QUEUE node or AWAIT node. When a QUEUE node and an AWAIT node both use the 
same file, a SLAM input error is detected before the simulation is attempted. 

An input error is also detected if two QUEUE nodes use the same file. However, 
if two AWAIT nodes use the same file, then no error is detected. When an AWAIT 
node uses a file which is not specified for the corresponding resource, no error 
is detected. 

Two different resources should have mutually exclusive sets of files asso- 
ciated with them for the entities waiting for the resources. SLAM II does not 
detect the error if this restriction is violated. Any undetected error concern- 
ing the files for AWAIT, QUEUE, and RESOURCE may cause erroneous entity flow in 
the network and possibly unintentional discarding of some entities. 

The possibility of discarding entities without explicitly terminating them 
may cause accidental loss of entities in various parts of a network model. 
Another example in which this may happen is the misuse of BLOCK as discussed 
previously. 

Another point concerning integrity that was discussed earlier is that the 
intermediate summary reports do not typically give correct entity counts. 

The summary reports use the term "utilization" in an unconventioanl manner, 
which may cause a misinterpretation of the result. The term is generally under- 
stood to be the time used divided by time available; thus, it is always less 
than or equal to one. In the summary report, many utilization values are 
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greater than one. It appears that "number of entities" may be a more appropri- 
ate term than "utilization" in the reports. 

9. Some Other factors 

The availability and user population are often a factor in choosing a com- 
puter software system. SLAM II currently is available on a large number of 
different computers. According to the company, its user installations numbered 
about 400, including some duplicate installations in single institutions. Among 
them about 200 are in universities. Thus, the availability and portability are 
reasonably good. Its user population is small but growing rapidly. 

SLAM II documentation has room for improvement. The textbook entitled 
Introduction to Simulation and SLAM by Pritsker and Pegden [l] contains the most 
information on the language, but is not up to date. A separate manual entitled 
SLAM II, Enchanced Simulation Capabilities [ 2 ] contains the updated informa- 
tion. The text book does have many examples which provide helpful illustrations 
of the use of the different features of the language. The SLAM II source 
listings have less than adequate remarks to explain the different parts of the 
programs. 

Special training courses are offered by Pritsker and Associates, Inc., how- 
ever, such training courses may be too brief for people without prior experience 
in a comparable simulation language. 

The company does provide very good user services, and a telephone line is 
maintained to answer questions or to help programmers. 

Experiments to test or to compare the SLAM II execution efficiency have not 
been made. As computers get cheaper rapidly, the execution efficiency is often 
becoming a secondary factor to be considered nowadays. 
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IV. Conclusion 


SLAM II is a general purpose simulation language that offers the user a 
language system which in a relatively short period of time can be used to 
develop network simulation models that can be successfully run and provide use- 
ful results in a standardized output. The flexibility of the system should 
allow discrete event and continuous modeling in combination with the network 
simulation. The use of the language for more extensive modeling applications 
will require more care on the part of the user because the system also has 
limitations which may cause undetected loss of entities, duplicate use of the 
same, file, and reports which may mislead the user. New users of this language 
system need to be especially cautioned about these model characteristics so that 
these problems may be avoided. 
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